board_r - fixup functions table after relocation
authorAlexey Brodkin <[email protected]>
Mon, 20 Jan 2014 10:30:39 +0000 (14:30 +0400)
committerTom Rini <[email protected]>
Mon, 27 Jan 2014 13:28:13 +0000 (08:28 -0500)
This is only required for "PIC" relocation and doesn't apply to modern
"PIE" relocation which does data relocation as well as code.

"init_sequence_r" is just an array that consists of compile-time
adresses of init functions. Since this is basically an array of integers
(pointers to "void" to be more precise) it won't be modified during
relocation - it will be just copied to new location as it is.

As a consequence on execution after relocation "initcall_run_list" will
be jumping to pre-relocation addresses. As long as we don't overwrite
pre-relocation memory area init calls are executed correctly. But still
it is dangerous because after relocation we don't expect initially used
memory to stay untouched.

Cc: Tom Rini <[email protected]>
Cc: Masahiro Yamada <[email protected]>
Cc: Doug Anderson <[email protected]>
Cc: Thomas Langer <[email protected]>
Cc: Albert ARIBAUD <[email protected]>
Acked-by: Simon Glass <[email protected]>
Signed-off-by: Alexey Brodkin <[email protected]>
common/board_r.c

index 86ca1cbbd4e118ee6b8779476fa37964805fa1d3..c2d0763b5761a8ef0dcfcfd3a39e5ccf7803fdb4 100644 (file)
@@ -903,9 +903,19 @@ init_fnc_t init_sequence_r[] = {
 
 void board_init_r(gd_t *new_gd, ulong dest_addr)
 {
+#ifdef CONFIG_NEEDS_MANUAL_RELOC
+       int i;
+#endif
+
 #ifndef CONFIG_X86
        gd = new_gd;
 #endif
+
+#ifdef CONFIG_NEEDS_MANUAL_RELOC
+       for (i = 0; i < ARRAY_SIZE(init_sequence_r); i++)
+               init_sequence_r[i] += gd->reloc_off;
+#endif
+
        if (initcall_run_list(init_sequence_r))
                hang();